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Abstract. We consider three related problems of robot movement in arbitrary dimen- 
sions: coverage, search, and navigation. For each problem, a spherical robot is asked to 
accomplish a motion-related task in an unknown environment whose geometry is learned 
by the robot during navigation. The robot is assumed to have tactile and global position- 
ing sensors. We view these problems from the perspective of (non-linear) competitiveness 
as defined by Gabriely and Rimon. We first show that in 3 dimensions and higher, there 
is no upper bound on competitiveness: every online algorithm can do arbitrarily badly 
compared to the optimal. We then modify the problems by assuming a fixed clearance 
parameter. We are able to give optimally competitive algorithms under this assumption. 



1. Introduction 

This paper is about online sensor-based motion problems for robots in an unknown 

bounded n-dimensional environment. Consider Bob, a spherical mobile robot with radius 
r > at starting point 5 in a space X C M", where X has finite diameter. Bob is equipped 
with: 

• a tactile sensor for feeling and tracing obstacle boundaries, and 

• a precise global positioning sensor, which tells Bob its location using global coordi- 
nates on X. 

For our tasks. Bob will also be able to remember an amount of information proportional to 
the size of the space, but a priori Bob has no other knowledge of its surroundings. 

For any point p & X and any fixed position for Bob, Bob is at p \i p is the location of 
Bob's center, and Bob occupies p if p is within distance r of Bob's center. 

The three tasks we consider within this setup are: 

• Cover: Describe an efficient way for Bob to move within X to occupy every point 
in X that can be occupied, and return to the starting point. We denote this task 
by COVER, or COVERn if n is known. 

• Search: Given a target point T with unknown coordinates (which is recognizable 
on contact), describe an efficient way for Bob to move within X from S to T. We 
denote this task by SEARCH, or SEARCHn if n is known. 

• Navigate: Given a target point T with known coordinates, describe an efficient way 
for Bob to move within X from S to T. We denote this task by NAV, or NAVn if 
n is known. 

To refer to one of these three tasks without specifying which, we will write TASK, or 
TASKn if n is explicit. 

The purpose of this paper is first to show that if n > 2 then, in a precise sense, there 
is no efficient algorithm to solve any of these problems. We then show that with a minor 
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modification to the problems, these tasks can be accomphshed in an efficient manner, and 
we give efficient solutions. 

Online motion algorithms in general are discussed frequently in robotics and computa- 
tional geometry, and have been a recent active area of research. There are many possible 
references to algorithms in this area, to which we only name the most relevant to our 
purposes. For more detailed overviews, see for instance one of O [51 [TUl [TT] . 

As might be expected, sensor-based motion planning arises in a number of applications. 
Examples include area coverage problems like cleaning public places, navigation problems 
like mail delivery in a city or moving packages in a factory, sample acquisition, and planetary 
exploration; the Mars rover uses autonomous online navigation algorithms [14]. 

Results concerning online motion algorithms are almost always discussed in terms of the 
sensors with which the robots are equipped. Often, but not always, robots are given visual 
sensors to be able to detect (nearby) objects within a line of sight. However, problems re- 
quiring only tactile sensors do occur in situations where vision-based sensors are unrealistic. 
For instance, navigation is often desired in abstract spaces, like the configuration space of a 
mechanical arm linkage, in which visual sensors, at least in their most literal interpretation, 
do not make sense. 

The motion problems listed above have been frequently studied, but almost invariably 
in special instances. Some of the earliest work on efficient robot motion is that of Lumel- 
sky and Stepanov [12]. That work resulted in the BUG algorithms, which solve the NAV2 
problem for a (point) robot in the presence of arbitrary obstacles. The BUGl algorithm, 
described here in Section [3] was proven to run in time proportional to the lengths of perime- 
ters of obstacles in X. However, in terms of the length of the optimal path, BUGl is not 
at all 'competitive': the path BUGl takes can be arbitrarily long compared to an optimal 
path. Thus, BUGl is not competitive in the classical sense. Papadimitriou and Yannakakis 
[13j provided the ffist competitive analysis of the NAV2 problem in specific instances. More 
recently, Gabriely and Rimon [9j have given a modification of BUGl, called CBUG, which is 
'optimally' competitive. We also describe the CBUG algorithm in Section [Sj Gabriely and 
Rimon generalized the definition of competitiveness to characterize in what sense CBUG 
is optimally competitive - namely, CBUG is quadratically competitive. To analyze our 
algorithms, we use the Gabriely-Rimon definition of competitiveness as presented here in 
Section [2| Roughly, optimal competitiveness of an algorithm means that the path it gener- 
ates has length, in the worst case, proportional to the optimal worst case length generated 
among all online navigators over all possible environments. We quantify performance by 
measuring relative to the best offiine path (ie the path generated by a robot with complete 
knowledge of X). As with most algorithms for motion planning, both the BUGl and CBUG 
algorithms are for 2-dimensional spaces. 

For the SEARCH2 problem, a notable linearly competitive solution in a number of 
environments was given by [1]. 

To the authors' knowledge, there are very few papers dealing with higher-dimensional 
sensor-based motion algorithms. There is the paper of Cox and Yap [7], which extends 
the BUG algorithms to a 3-dimensional rod, and there are those papers using Choset and 
Burdick's Hierarchical Generalized Voronoi Graphs (HGVGs) [6] which work in higher di- 
mensions but require visual sensors. Roughly, an HGVG is a way of creating a roadmap 
along the lines of |4j in higher dimensions. These roadmaps are essentially a 1-dimensional 
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subspace of the navigable space (equidistant from n — 1 obstacles), which can be created 
incrementally. These HGVGs provide a nonheuristic navigation algorithm which is com- 
plete - that is, is guaranteed to work. However, Cox and Yap's results only apply to their 
particular problem, and Choset and Burdick assume visual sensors while not providing a 
bound on competitiveness. 

It is clear that, for most environments X of dimension n > 3, the COV ERn task is 
actually impossible to solve. For instance, assume that X has a large codimension 1 cube 
as an obstacle. Then Bob cannot possibly occupy every point very near the cube in finite 
time - to do so, Bob's center would need to be at every point in a codimension-one cube 
(of distance r from the original obstacle). Thus, some slight modification of COV ERn is 
necessary. 

Interestingly, for n > 3 the optimal online distance for SEARCHn and NAVn can be 
arbitrarily bad compared to the optimal offline distance. One result from this paper, to be 
made precise via Theorem 5.4 and Corollary 5.5 is: 



Theorem 1.1. If n > 3 then every algorithm that solves either NAVn or SEARCHn has 
no upper bound on competitiveness with respect to optimal length. 

Thus, some slight modifications of the SEARCHn and NAVn tasks are also necessary. 

We modify TASKn to allow for a small amount of error, herein called the clearance 
parameter e (see Section [4]) , which controls the narrowness of the paths we require Bob to 
follow. We place no other constraints on our spaces X: we do not require the obstacles be 
rectangles, polygons, convex, etc. Although we modify TASKn, our modifications can be 
physically negligible, as e can be as small as desired. 

We prove: 



Theorem 1.2 (c.f. Theorem 5.4). The modified NAVn o-nd SEARCHn tasks have a uni- 



versal lower hound on competitiveness with respect to optimal length lopt given by 

in 
''opt 



K^-'^{r + e) 

where k = 2\/2re + e^. 

For small e, the value k is approximately 2\/2re. 

We go on to present algorithms solving modified TASKn- Our algorithm solving modi- 
fied COV ERn is called CBoxes, and our algorithm solving modified NAVn and modified 
SEARCHn is called Boxes. Our algorithms are optimally competitive: 



Theorem 1.3 (c.f. Theorems 7.1 and 7.2). The algorithm CBoxes solves the modified 



COV ERn problem and is optimally competitive with an upper bound on competitiveness 
with respect to optimal length Igpt given by clopt + d, where c and d are constants depending 
on r, n, and e. 



Theorem 1.4 (c.f. Theorems 8.1 and 8.2). The algorithm Boxes solves the modified NAVn 
and SEARCHn problems and is optimally competitive with an upper bound on competitive- 
ness with respect to optimal length lopt given by 

in 

opt , , 
c— + a, 
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where c is a constant depending on n and d is a constant depending on n and e. 

This paper is organized as follows. In Section |2] we define the notions of competitiveness 
that Gabriely and Rimon use, modifying it slightly for our purposes. In Section [3j we 
describe the CBUG algorithm. We modify the definition of the problems by introducing 
clearance parameter in Section|4] In Section[5| we prove Theorem |1. 2 1 by constructing spaces 
realizing the given bounds. In Section |6j we define the CBoxes and Boxes algorithms, and 
in Sections [7] and [8j we analyze the CBoxes and Boxes algorithms, respectively, proving 



Theorems 11.31 and 1.4, In Section M we discuss some of the mathematical motivation 



underlying the algorithms in this paper. Finally, in Section 10 we describe a number of 
ways of improving the execution of the various algorithms. 

A computer simulation of the algorithms contained herein is available online at 
http : //www . math . binghamton . edu/ sabalka/robotmotion. 

The second author would like to thank Elon Rimon and Misha Kapovich for many inter- 
esting conversations on this material. 

2. Competitiveness 

Recall from the Introduction that Bob is a spherical mobile robot with the task of mov- 
ing in an unknown environment X. We want to discuss how "good" a particular online 
algorithm is for solving the given task. To do so, we present a notion of competitiveness 
for online algorithms. The definition here is adapted from the generalized notion of com- 
petitiveness appearing in |9], and allows for an arbitrary functional relationship between 
an algorithm's performance and the optimal performance, not just the traditional linear 
dependence. 

Let P be a task, NAVn for example. An instance of P is a situation in which the task 
should be completed. For online navigation, the instances are given by tuples {X, S,T,r), 
with X the space, S the start point, T the target point, and r the radius. We will denote 
the set of all instances for a given task by I. A parameter is a function vr : T — > M. For 
example, define topt : X ^ M to be such that topt{I) is the optimal time, over all algorithms, 
to complete instance /. For any algorithm A which solves P, we wish to bound the time 
required for A to complete an instance by a function function of some parameter of the 
instance (typically, topt)- To that end we introduce the following definitions. 

Definition 2.1. Let A be an algorithm solving a task P and let vr be a parameter. Denote 
by tA the function which takes an instance of P and outputs the total execution time for A 
on that instance. Define fA,iT : M ^ M to be the function given by 

f{A,7T){x) = sup{tA{I) ■■ vr(/) < x}. 
/ex 

Thus f[A,TT){x) tells us the most time A could take on an instance if vr is no more than x. 

Definition 2.2 (Competitiveness). Let P be a task. Let : M ^ M be a function. We say 

that g is a universal asymptotic lower bound on competitiveness with respect to n if for every 
algorithm A solving P, /(A,7r) £ ^(5)- We will sometimes simply call g a universal lower 
bound. An algorithm A solving task P is 0{g)- competitive with respect to vr if f(A,-K) ^ 0{g). 
We say that A is optimally competitive if there is g such that g is a universal lower bound 
on competitiveness and A is 0((7)-competitive. 
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This definition of competitiveness allows for competitiveness to be quadratic, logarithmic, 
exponential, etc. For example, an algorithm A being (linearly) competitive in the traditional 
sense is equivalent to being 0(i)-competitive, which means tj^ < citopt + co for constants cq 
and ci. As a linear polynomial clearly gives a universal lower bound for competitiveness, a 
linearly competitive algorithm is always optimally competitive. 

We now turn to our motion tasks. First, note that Bob's position uniquely determines 
and is uniquely determined by the coordinates of Bob's center. We will consistently refer to 
Bob's position as a point via this identification. This allows us to talk about, for instance. 
Bob traversing a path in X. The total execution time of an algorithm A solving TASK 
may be broken up into physical travel time and onboard computation time. We will neglect 
onboard computation time when measuring optimality of our algorithm. This is a defensible 
assumption, as physical motion typically takes several orders of magnitude longer than 
onboard computation. To simplify our analysis, we will assume that Bob always travels at 
a constant speed. This correlates physical travel time with the length, I a, of the path Bob 
travels in X while executing A, and we may replace tA_ with Ia in our definitions above. 
These simplifications allow us to compare our performance with that of an optimal offline 
algorithm (for which computation time is not an issue) by comparing lengths of paths. 

The optimal offline length, lopt, is a reasonable parameter through which to discuss com- 
petitiveness. However, we will see that for dimension n > 3 and any algorithm A that solves 
NAVn or SEARCHn, we have l{A.iopt)i^) ~ "-^ every t. Thus, bounding path length 
requires more knowledge of the space than just the optimal path length. We will modify 
lopt and TASK slightly (in Section [4]) to obtain bounds on competitiveness. 

Before we turn to our modification, we present what is known for the NAV2 problem, 
which will serve as motivation for parts of our algorithms. 



3. Solving NAV2: the CBUG Algorithm 

Our algorithms build on ideas from an optimally competitive algorithm for the NAV2 
task of navigating unknown 2-dimensional environments, called CBUG [9]. The basic CBUG 
algorithm is itself a refinement of a classical but non-optimally-competitive algorithm, called 
BUGl [12j. In this section, we present the BUGl and CBUG algorithms. 

BUGl is guaranteed to yield a solution - that is. Bob will move from S" to T if possible - 
but has no upper bound on competitiveness. The BUGl algorithm is as follows: 



BUG1(5, r) 

While not at T: 

— Move directly towards T. 

— If an obstacle is encountered: 

— Explore the obstacle via clockwise circumnavigation. 

— Move to some point Pmin on the obstacle closest to T. 

— If Bob cannot move directly towards T from Pmin- 

— Return 0; Target unreachable. 
Return 1; Target reached 
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Figure 1. In this instance of the N AV2 problem, the BUGl algorithm will 
take much longer to complete than the optimal offline solution. Instances 
like this show that BUGl is not 0((7)-competitive for any g. 



BUGl runs in time proportional to twice the entire length l\j of the boundaries of (an r- 
neighborhood of) all obstacles (with an easy modification of the algorithm and slightly more 
careful analysis, the constants of this bound can be improved; see [12]). However, can 
be arbitrarily large, even when lo^i is bounded. For example, consider the simple situation 
where S and T are close together, but separated by an obstacle with large perimeter (see 
Figure [1]). One advantage of BUGl is that only a finite amount of memory is required: 
Bob must only remember the points T, Pmin, and the first point encountered on the current 
obstacle. 

The CBUG algorithm solves the problem of unbounded competitiveness by introducing 
a virtual obstacle into the environment. CBUG executes the BUGl algorithm, but only 
within an ellipse with foci S and T and of fixed area Aq: Bob treats the ellipse as if it 
were an obstacle, even though it does not exist. If BUGl finds no solution within the given 
ellipse, CBUG repeats the algorithm in an ellipse of progressively larger area. See Figure |2j 

CBUG(5, r, ^0) 

For I = to 00: 

— Execute BUG1(S', T) within ellipse with foci S and T and 
area 2^Aq. 

— If Bob is at T: 

— Return 1; Target reached. 

— If Bob did not touch the ellipse while executing BUGl: 

— Return 0; Target unreachable. 



As the ellipses involved in CBUG are expanding in area, the virtual boundary must 
eventually contain either a path from S to T or a real obstacle cutting T completely off 
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Figure 2. The dashed hne shows the path of a robot executing the BUGl 
algorithm within a virtual bounding ellipse from the CBUG algorithm. The 
ellipse prevents the robot from departing too long from the optimal path. 



from S. In the former case, CBUG terminates at T. In the latter case, Bob will not 
touch the virtual boundary, and again CBUG will terminate. Note that CBUG, like BUGl, 
requires only constant memory: it only need remember the information 5, T, Aq, «, and the 
point Pmin closest to T on the current obstacle. Usually, we will also have Bob remember 
the best path from the current point to Pmm; still requiring only constant memory. 

Gabriely and Rimon analyze the competitiveness of CBUG in the following two results: 

Theorem 3.1. ^ The N AV^ problem has a quadratic universal lower bound, namely given 
by 

47r 2 -122x2 

•= ^n~, — • 

6(1 + vrj^r r 

In the next section we will provide a lower bound for competitiveness for TASK for 



general n (see Theorem 5.4). We note that for large lopt, our lower bound for NAV2 is 
tighter than the one in Theorem 3.1 



Theorem 3.2. [9 If the target T is reachable from S, CBUG solves NAV2 in time propor- 
tional to the distance I, travelled by Bob, where 

l<plp, + d^st{S,T) + ^-^, 
2r ^ 2r 

where r is the robot's radius. Thus, CBUG is optimally competitive. 

Further improvements in terms of constants and average-case execution can be made by 
slightly modifying the algorithm or allowing nonconstant memory; see [91 for more details. 



It is not clear to the authors that the proof of Theorem 3.2 appearing in |9j (Lemmas 4.1-3 
and Proposition 4.4) is correct. In particular, in the proof of Lemma 4.2 of [9], the length / 
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of the path that Bob's center traverses is impUcitly related to the area A swept out by Bob 
via the formula / < A/{2r), where r is Bob's radius. It does not seem to be apparent that 
this identification holds without further argument. For instance, the r-neighborhood of a 
fractal curve has finite area, even though a fractal curve has infinite length. What prevents 
the path Bob's center follows from being arbitrarily long with respect to the area of its 
r-neighborhood? In higher dimensions, we can construct spaces which force Bob's center to 
travel an arbitrarily long distance while covering only a bounded volume. For example, fix 
some constant k and take X C M'^ to be the r-neighborhood of the curve j{t) = {t, sin(/ct), 0), 
with < t < 1, with S and T on the curve at points 7(0) and 7(1), respectively. Notice 
that for all k, X is a subset of the box B = [— r, 1 -|- r] x [r — 1, r -|- 1] x [— r, r]. Given the 
vertical restriction, Bob's center must have height 0. Furthermore, the only points in X 
with height r are those directly above 7. Thus Bob's center is forced to traverse the entirety 
of 7. As A; — > 00, the length of 7 increases without bound, but the volume swept out by 
Bob is bounded above by the volume of B. There could be such an example for dimension 
n = 2 as well. 

In Section [9j we will give an argument justifying the use of some linear relationship 
between I and A/{2r) in dimension 2 in some cases. Our formula will be / < c^/(2r) for 
some constant c (with c much bigger than 1). 

4. Modifying TASKn- Clearance Parameter 

We now wish to analyze the TASKn problem for arbitrary n. As mentioned in the 
Introduction, there can be no optimally competitive algorithm for the TASKn problem, 
which we will prove in the next section. However, in the process, we will find bounds on 
competitiveness for a slightly weaker problem, defined here. 

It seems that tight corridors are problematic for online robot navigators. One way to 
remove that problem is to assume that the robot has some clearance parameter. 

4.1. Notation. We begin by introducing convenient notation to be used throughout the 
remainder of the paper to discuss the notion of clearance. 

Definition 4.1 (/j-neighborhood). Let Y C M" and let p > 0. Then the p-neighborhood of 
Y is the union of all />balls about points in Y: 

Np{Y) = {j; e M" : there exists y eY such that d{x,y) < p}. 

Here d measures Euclidean distance. 

Definition 4.2 (/>path). Let p be a path, and let p > 0. If the set Np{p) does not intersect 
an obstacle of X then we call p a p-path in X. 

Definition 4.3 (k and r'). Let r be Bob's radius and fix a constant e > 0. Define 

K = 2\/2re-he2 

and 

r = r + €. 

Notice that if there are two points in X of distance at most k apart and such that a sphere 
of radius r' can occupy either point, then Bob can move along the straight line between 
them. 
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4.2. Clearance and the Modified TASKn Problem. 

Definition 4.4 (Modified TASK). Fix a constant e > 0, called the clearance parameter. 
We define the e-modified versions of each task. For convenience, we refer to the e-modified 
version of TASK as modified TASK. The modified NAVn and SEARCHn problems are 
to reach T from S if there is an r'-path, and if there is not then to either reach T from S 
along an r-path or determine that there is no r'-path. The modified GOV ERn problem is 
to traverse a path such that Bob's center comes within r' of every point that is within r of 
an r'-path from S (that is, Bob comes close to all points Bob can touch without getting too 
close to an obstacle). 

Note that it is possible for an r-path solving TASKn to exist that is much shorter than 
every r'-path. In fact, a slight modification of the examples from section [5] shows that for 
any algorithm A solving NAV or SEARCH, and length /, there are spaces with r'-paths 
from 5 to T where the optimal path length is / and A's path length is an arbitrarily large 
multiple of /. Thus, it is impossible to measure competitiveness with respect to the length 
of the optimal r-path, even for modified NAV or modified SEARCH. For this reason, we 
modify lopt- 

Definition 4.5 (Modified lapt)- For each instance of modified NAV or modified SEARCH, 
we modify the length lopt used to compute competitiveness to be the optimal offline path 
length for a robot of radius r' instead of radius r. 

From here on, we discuss competitiveness of algorithms solving modified TASK with 
respect to this modified parameter. 

5. Universal Lower Bounds 

For the modified COVER problem, there is an obvious linear universal lower bound. In 
this section we give much stronger explicit universal lower bounds for the modified NAV 
and SEARCH problems. Note a universal lower bound for modified NAV is automatically 
a universal lower bound for modified SEARCH, as SEARCH is the same problem but 
with less information. Our universal lower bound will be constructed via spaces where the 
extra knowledge of the exact location of T does not help Bob, effectively transforming an 
instance of NAV into an instance of SEARCH. Moreover, given an algorithm which solves 
SEARCH, one may always turn an instance of SEARCH into an instance of COVER, by 
moving the target T to the last place Bob searches. We exploit this fact to describe spaces 
such that the optimal offline runtime is proportional to the side length of an n-cube, while 
an online algorithm runs in time proportional to the n- volume of an n-cube. 

Let TASKn be one of NAVn or SEARCHn, and suppose an algorithm A solves TASKn. 
Let Iq and e be given constants. To construct a universal lower bound, we will create a space 
in which there is an r'-path from S" to T of length lopt and the path prescribed by A has 

length on the order of ^,°n-2 ■ In particular, if n > 3 then the length of path prescribed by 
A goes to infinity as lopt is fixed and e goes to 0, so no algorithm is competitive with respect 
to lopt without modifying TASKn. 

The spaces we construct will be 'parallel corridor spaces', PC{lo, e,r,n). Each space 
will consist of a number of floors, and each floor will consist of several corridors of length 
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Iq. These corridors will be squeezed as closely together as possible, overlapping to a great 
extent but not overlapping so much that Bob can move directly from one to another. We will 
create an instance of TASK^ by placing S and T at opposite ends of the several corridors, 
and then blocking all but one corridor, forcing Bob to explore every corridor to get from 
one side to the other (that is, essentially treat the instance as one of COVERn). For an 
example throughout this construction, see Figures [3] and |4| 

For 71 = 2, there is a similarity between our spaces and those of |3', which essentially 
established a universal lower bound for (a different kind of) competitiveness for the NAV2 
task when all obstacles are polygonal. 



5.1. Constructing the Space. To begin constructing PC{lQ,€,r,n), we first construct a 
finite cubical lattice L C M"~^. We restrict the coordinates to be elements of the closed 
interval [0, Iq]- We will carefully choose a distance. A, between adjacent points in L. Roughly, 
A is chosen to be as small as possible while still being larger than k. Now we will define A 
more precisely. 

Denote the number of values that fit into the interval [0, Iq] and spaced at least distance 
d apart by np(d). Then np{d) = [lo/d\ +1. li Iq/k £ N, then np{K) = Iq/k + 1. In 
this case, choose A > k so that np{\) = Iq/k. If Iq/h ^ N then choose A > k so that 
np{X) = np{K) = [Io/k\ + 1 > Iq/k. 

Extend L to a subset of M"~^ by attaching an interval of length Iq to each point in L: 
L X IqI C M"^"'^, where / is the unit interval. The r'-neighborhood of each of these lines 
is a corridor. Create a series of corridors in M" by taking the r' neighborhood of L x IqI: 
set L' := Nr'{L x IqI). Figure |4] shows a picture of L' (missing caps on the ends, and with 
extra black 'flaps') in the case n = 3. 

Notice that L could have been chosen from a more dense packing (of the (n — 2)-cube 
with side length Iq by spheres of radius A) to fit in more corridors into L' and thus obtain 



better constants for the bound (see the Lattice Improvement, Section [10.1 ). However, this 
does not affect the competitiveness class of our example. 

The set L' is already a collection of parallel corridors, but there are not enough of them. 
Stack h = [/o/(2r')J copies of L' on top of one another. That is, place one copy of L' at 
height 0, one at height 2r', one at height 2(2r'), etc., up to height h{2r'). Think of each 
copy of L' as a 'floor' of a building with h stories. 

To be able to access any corridor from any other corridor, add a room at each end of the 
collection of all corridors so that a robot of radius r' can pass between floors by passing 
through a room - i.e. both rooms have dimensions roughly (2r' x [Iq + 2r') x • • • x (/g + 
2r') X (/' + 2r')), where /' = 2r'h. Call one room the start room and the other the target 
room. 

At the end of all but one of the corridors, place obstacles that prevent passage from the 
corridor to the target room. The choice of which corridor to leave open depends on the 
algorithm, ^, that we are building the space for. If all of the corridors were blocked, A 
would visit every corridor in some order before terminating. Leave the last one unblocked. 
We should carefully choose the size and location of the obstacles so that: 

(1) they block a robot from exiting, 

(2) they allow a robot to exit the chosen unblocked corridor, and 
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Figure 3. The space PC{8r' ,e,r,2). The circle represents the robot, and 
the dotted hne indicates the optimal length path from S to T. 



(3) they are small enough that a robot in one corridor cannot feel an obstacle in an 
adjacent second corridor (and thus determine that it need not go down the second 
corridor) . 

Say we wish to block a corridor C, whose axis of symmetry is x x IqI, where x G M"~^. 
Let P' denote the set of points in C which are as close as possible to but not in the target 
room. Then P' is a (n — l)-ball orthogonal to x x IqI in M". Let P G P' denote those 
points whose height (i.e. the value of the last coordinate, which is the coordinate that 
was increased in the stacking phase, corresponding to the 'floor') differs from the height of 
x by g or more, where g = Y^('H-^?P^-X('«-l-^W4p- Then P consists of two connected 
components of distance 2g apart. 

We claim P satisfies the three desired properties, all of which follow from the choice 
that X > K. For, the connected components of P are distance 2g < 2^/ (r + e)^ — = 
2i/ (r + e)^ — ((r + e)^ — r^) = 2r apart, which blocks a robot of radius r from passing, so 
(1) is satisfied. Let Ci and C2 be intersecting corridors. Their axes of symmetry are at the 
same height, z. Notice that the difference, in absolute value, between z and the height of a 
point in C'l n C2 is at most -^(r + e)^ — (A/2)2 < g. Thus the unblocked corridor has had 
no obstacles placed in it, so (2) is satisfied. Furthermore, the same calculation shows that 
a robot can only feel elements of height strictly less than g in adjacent corridors. Thus (3) 
is satisfied. 

Adding the obstacles P to all but one corridor, we have now finished constructing the 
space PC{lo, e, r, n). 

We create an instance of TASKn by placing the start point S in the center of the start 
room, and placing the target point T in the center of the target room. 

Example 5.1. Consider when n = 2. In this case, L is a subset of M*^. That is, L is a 
point. Since L is a point, L x ^o-^ is a line segment of length Iq. If we think of the line 
segment as sitting horizontally in the Euclidean plane, then taking the r'-neighborhood of 
the line segment yields: two half-circles, one on the left (concave right) and one on the 
right (concave left), connected by horizontal line segments of length Iq. For the sake of this 
example, assume Iq = h{2r') for some integer h. Then, taking h copies of this corridor and 
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Figure 4. The corridors within a set L' when n = 3. Notice that exactly 
one of them (the middle one) is unblocked; Bob cannot pass through the 
other corridors because of the black obstacle 'flaps'. 

stacking them on top of one another, we have a series of horizontal line segments spaced 
at distance 2r' from each other, with 'caps' on the left and right ends. To create the space 
PC(/o, e, T, 2), on each end we replace the caps with a box of width 2r' and height /q- We 
declare the left-hand box to be the start box, putting S in its center, and we declare the 
right-hand box to be the target box, putting T in its center. Finally, we place obstacle 
'flaps' in all but one of the corridors on the far right-hand side. See Figure [Sj 

Example 5.2. If n = 3 then L is a set of equally spaced points on a line segment of length 
/q. The resulting set L' is as shown in Figure |4] plus hemishperical 'caps' on the end. We 
say that two corridors are adjacent if the distance between the corresponding points in L is 
A. Notice that if A were allowed to be smaller than k then the pinching between adjacent 
corridors would be less and a robot of radius r could pass directly from one corridor to 
another without passing through the start room. 

5.2. Analysis of the Space. We now begin to analyze this space. First, we prove the 
following. 

Lemma 5.3. Fix a space PC = PC{lQ,e,r,n). To get between adjacent corridors in PC, 
Bob's center must pass through the start room. 

Proof. Let Ci and C2 be two adjacent corridors in PC, with center lines h and 12- For 
convenience, we will assume that li and I2 are axis parallel, and on all but the first 
2 coordinates. Let CS be the set of points in Ci U C2 where Bob's center can be. Let 
CSi = Cj n CS, where i = 1,2. We want to show that there is no path from CSi to CS2 
in CS. Suppose there were. Then since CSi is connected, and there is a path from li to 
I2 through CSi U CS2. In particular. Bob can be on a point, p, equidistant from li and I2. 
WLOG, the third coordinate of p is nonnegative. But then consider the point pr you get by 
adding r to the third coordinate of p. Its distance from li is at least (k/2)^ -|- > r + e, 
so p' ^ CSi. Similarly, p' ^ CS2. But this contradicts that Bob can occupy the point p. □ 

We are now ready to prove our universal lower bound. We have been careful to keep 
track of the effect that e has on the complexity of the problem. 
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Theorem 5.4. The modified NAVn task and the modified SEARCHn task both have an 
asymptotic universal lower hound on competitiveness given by 

in 

''opt- 

Moreover, for large enough lopt we have that for every navigation algorithm A, there is a 
space X with an r' -path from S to T of length at most lopt <ind 



in 
''opt 



where Cn is a constant depending only on n. 

Together with the additional mild assumption that e < r, 'large enough' depends solely 
on n and r. 

When n > 3, by allowing e to go to we obtain greater and greater lower bounds on 
online path length independent of lopt- Thus, 

Corollary 5.5. If n>2> then every algorithm that solves the (unmodified) NAVn problem 
or the (unmodified) SEARCHn problem is not 0{f) -competitive for any / : M ^ M. 

Proof of Theorem \5.4\ To obtain our lower bound, we examine optimal path length on 
parallel corridor spaces PC{lo,e,r,n). 

In such a space, one way to get from S to T is to travel from S directly to the unobstructed 
corridor, travel along the unobstructed corridor to the target room, then travel directly to 
T. The length lopt is therefore at most the length of a corridor {Iq) plus the maximal distance 
from 5 to a corridor (which is at most \/n — lZo/2 + r') and from a corridor to T (which is 
also at most \/n — llo/2 + r'). Thus, 



lopt ^ 



[1 + V^^)lo + 2r' , 



and so 
(1) 



In > 



opt 



2r' 



The number of corridors per floor in PC{lo, e, r, n) is at least 

K 

SO the total number of corridors is at least 



n-2 





lo 




_2r'_ 



Let A be an algorithm solving TASKn- If all of the corridors in our space were blocked, 
A would have Bob visit each corridor in some order. Let the last-visited corridor be the 
one unblocked. Then Bob travels down each blocked corridor at least twice, each time a 
distance of at least (/q — r'). Bob travels the unblocked corridor at least once. Thus, any 
online algorithm in PC{lQ,e,r,n) will have path length at least 

-2 



(2) 




lo_ 
2r' 



1 (/o - r') + lo 
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Combining ([T]) and ([2]), we have the desired result. □ 

We note the particular case n = 2. Letting e — > 0, we see that this distance is quadratic 
in lopt with a leading coefficient of l/(4r) = .25/r. Thus for large lopt, our example forces 



paths more than twice as long as those forced by the examples of [9] (see Theorem 3.2) 



6. The Algorithms 

In this section, we present the CBoxes algorithm for solving the COVER problem and the 
Boxes algorithm for solving the NAV and SEARCH problems. Both algorithms have the 
same structure, and rely on only a few main ingredients. The first ingredient is to subdivide 
the space into a cubical lattice, discretizing the problem. We break the space up into cubes, 
or 'boxes', so that two points in a given cube are at most e apart. The second ingredient, 
for Boxes, is to restrict movement to an ellipsoid, and progressively increase the volume of 
the ellipsoid. This is an important ingredient for obtaining upper bounds on complexity. 
Our virtual bounding ellipsoid is a direct generalization of the virtual ellipses of Gabriely 
and Rimon [9] . The final main ingredient is to explore unobstructed cubes by performing a 
depth- first search of the spac^ We will analyze these algorithms in the next section. 

6.1. Colors. To begin, we introduce some terminology to make visualization of the algo- 
rithm's execution easier and to formalize some aspects of the algorithm. When our algo- 
rithms are being run, there are a few types of cubes that are encountered. We describe and 
associate a color to each type of cube: 

• White: Unexplored; 

• Yellow: Bob's center can be at the center of the cube; 

• Red: Too close to an obstacle: the center of a robot of radius r + e cannot be 
anywhere in the cube; 

• Pink: outside of the virtual boundary. 

As our algorithms run, they change White cubes into Yellow, Red, or Pink cubes, and (when 
increasing the size of the virtual boundary) Pink cubes back to White cubes. 

6.2. The CBoxes Algorithm. We are ready to define the CBoxes algorithm and its com- 
panion algorithm, CGraphTraverse. The CBoxes algorithm is our solution to the COVER 
problem (hence the 'C'). The CGraphTraverse companion algorithm implements the depth- 
first search described above. 

CBoxeSe 

— Break X into a grid of axis-parallel cubes ('boxes') with side 
length / = min{e/2, ej ^fn\. All cubes begin colored White. 

— Travel in a straight line from S to the center of the current 
cube, C. If obstacle is encountered, stop (no r'-paths exist). 

— Color C Yellow. 

— Explore X using CGraphTraverse(C). 



To be precise, a depth-first search of a dynamically generated spanning tree of the 1-skeleton of the dual 
of the cubical lattice. 
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CGraphTraverse(C) 

Let Adjacent be the set of cubes sharing an n — 1 dimen- 
sional face with C. 

While there are White cubes in Adjacent, 

— Pick White D G Adjacent. 

— Move in a straight line toward the center of D. 

— If we encounter an obstacle in the process 

- Color D Red. 

— Else 

- Color D Yellow. 

- CGraphTraverse(Z?). 

— Travel back to the center of C. 



6.3. The Boxes Algorithm. The Boxes algorithm solves both the SEARCH and NAV 
problems, with only a minor modification between the two (for the SEARCH problem, 
we use a virtual sphere instead of a virtual ellipsoid). The basic algorithm does not rely 



on the location of T. However, we will offer improvements in Section 10 which will po- 
tentially greatly improve the average-case runtime of Boxes when solving NAV problems. 
The improvements will come largely from the choice of the cube D in the GraphTraverse 
algorithm. The similarities between Boxes and CBoxes will be apparent. As with CBoxes, 
the Boxes algorithm has a companion algorithm, GraphTraverse, which implements the 
depth-first-search portion of the algorithm. 

If at any time the algorithm stops without reaching T, then T is unreachable - there is 
no r'-path from S to T. 



BoxeSe 

Break X into a grid of axis-parallel cubes ('boxes') with side 
length I = min{e/2, e/y/n}. All cubes begin colored White. 
Travel in a straight line from S to the center of the current 
cube, C. If an obstacle is encountered, stop. 
Define T' to be T if solving modified NAVn, or S if solving 
modified SEARCHn- Define oq = d{S,T') + I, and set 
a = ttf). 

While not in the same cube as T 

— Define £ to be the solid ellipsoid defined by {p : 
d{S,p)+d{p,T') < a}. 

— Color Pink all cubes that are completely outside of £. 

— Explore X using GraphTraverse(C,T). 

— If there is no cube adjacent to a Pink cube which is 
explored while executing GraphTraverse, stop. 

— If is surrounded by points within Red cubes, stop. 

— Set a = a X 2. 

— Color all Pink cubes White. 

Travel in a straight line to T. If an obstacle is encountered, 
stop. 
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GraphTraverse(C,r) 

— If T G C Retw^. 

— Let Adjacent be the set of cubes sharing an (n — 1)- 
dimensional face with C. 

— While there are White cubes in Adjacent, 

— Pick White D G Adjacent. 

— Move in a straight hne toward the center of D. 

— If we encounter an obstacle in the process 

— The obstacle cannot be virtual, so color D Red. 

— Else 

— Color D Yellow. 

— Graph Traverse(Z),r). 

— If T is in the current cube, Return. 

— Travel back to the center of C. 

— Return 



7. Analysis of CBoxes 

In this section, we prove that CBoxes works, and analyze its competitiveness. To do so, 
observe that our algorithm performs a depth-first search of a particular graph Go, as follows. 
The space X is broken into a grid of axis-parallel cubes with side length / = min{e/2, e/^/n}. 
Let G be the graph whose vertex set is the set of centers of cubes, where there is a straight 
edge between two centers if they share an (n — 1) -dimensional face. Let O denote the set of 
edges of G for which there does not exist an r'-path between the centers of the corresponding 
cubes. Let Cq denote the cube containing Bob's initial position S. Then Go is the connected 
component of G \ O containing the center of Cq. 

Theorem 7.1. The CBoxes algorithm solves the modified COVERn problem by effectively 
performing a depth- first search of Gq along a subtree of G. 

Proof. We first claim that the COVERn problem is solved by having Bob visit every vertex 
of Go. 

Since / < e/ ^/n, the maximum distance between two points in a cube is at most e. This 
implies that if the center of a robot of radius r' = r + e can be SOMEWHERE in a cube 
without the robot intersecting some obstacle then Bob's center can be ANYWHERE in 
that same cube. Our proof is based on this fact. 

Consider a point x E X which Bob is required to come close to by modified COVERn. 
Then there is an r'-path from S* to a point p with d{x,p) < r. Let Gi, G2, . . . , Gfe be the 
sequence of cubes that this path passes through, so S is in cube C\ and p is in cube Gfe. 
Notice that Gj and Gj+i can be taken to share an (n — l)-dimcnsional face. Then Bob can 
pass freely from the center of Gj to the center of Gj+i, so the centers of Gi and G^ are in 
the same connected component Gq of G. Let pk denote the center of G^. Since d{x,p) < r 
and d{p,pk) < e/2, we have d[x,pk) < r + e/2 <r + e. Thus, every point which is required 
to be explored would be explored if Bob visits every vertex of Go. 

That CBoxes has Bob visit every vertex of Gq essentially follows from the definition of 
the CBoxes and CGraphTraverse algorithms. The first step of CBoxes is to move from S 
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straight to the center of Co, which is possible if a robot of radius r' can occupy S - that is, if 
any r'-paths exist. Then, at each subsequent step of the algorithm. Bob moves along an edge 
e of G. The only time these algorithms do not finish traversing e is if in moving from a cube 
C to an adjacent cube D, Bob runs into an obstacle. In this case, CGraphTraverse(C) has 
Bob return to C, never to visit D again. This is OK, since Bob need only visit those cubes 
that can contain the center of a radius r + e sphere. We'll see that in these circumstances, 
a sphere of radius r + e cannot have its center at any point in D, so e G O: let d be a point 
in D and let c be Bob's center upon hitting an obstacle point, o. Notice that the distance 
from c to o is r. The distance from c to the center of D is at most Z, which is at most 
e/2. The distance from d to the center of D is at most e/2. By the triangle inequality, the 
distance from d to o is at most r + e. 

Finally, Bob only moves to unexplored adjacent cubes, making Bob's path a tree. This 
proves the lemma. 

□ 

The CBoxes algorithm does solve the modified COVER problem, but unfortunately does 
not necessarily do so competitively. The problem comes from spaces which have a bottleneck; 
we say a space has a bottleneck if there are non-obstacle points within distance r' of an 
r-path from S that are not within distance r' of an r'-path from S. These arise, for instance, 
from corridors of diameter between 2r and 2r'. If there is a bottleneck, a radius r robot 
might, for example, start in a very small room and unwittingly travel through a corridor 
of radius less than 2r' into a very big room. Modified COVER only requires coverage of 
the small room, so a robot that covers the large room is not optimal. We see two ways of 
alleviating this situation. The first is to provide Bob with a myopic visual sensor, able to 
detect bottlenecks: that is, able to detect all obstacle points within distance e or so. To 
keep with the non-visual emphasis of this paper, we choose to analyze the second solution, 
by restricting our spaces to have no bottlenecks. 

Theorem 7.2. Assume e < 2r. For a given space X without bottlenecks, let lopt be the 
length of an optimal path solving modified COVERn- Then there exist constants c{n,r,e) 
and d{n, r, e) such that the length of the path generated by CBoxes^ is at most c{n, r, e)lopt + 
d(n, r, e). 

For fixed n, r, and e, this is a linear upper bound, making CBoxes^ optimally competitive: 

Corollary 7.3. When restricted to spaces without bottlenecks, the CBoxes^: algorithm is 
optimally competitive for solving the modified COVER^ problem. 



Proof of Theorem 7.2. By Lemma 7.1 most of the CBoxes algorithm is in a depth-first 
search of a subtree of G. The number of edges in a tree is the number of vertices minus 
1, and Bob travels on each edge exactly twice. The length of each edge is /. Let o be the 
optimal r'-path that solves COVER. 

We claim that the number, c, of cubes that o passes through is at most 3"(/opt/^ + !)• To 
see this, first consider a path of length I (the width of a box). The number of cubes that 
this path passes through is at most the maximum number of cubes that intersect an Z-ball. 
Projecting this Z-ball onto any dimension, we see that it intersects at most 3 cubes (in that 
dimension). Thus the ball is bounded by a bounding box, three cubes on a side, so a path 
of length / intersects at most 3" cubes (In fact, the actual maximum is 3 x 2"~^). Now, 
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break o into several paths of length I and one of length at most I. If lopt = 0, there is one 
such sub-path, and otherwise there are sub-paths. At any rate, the number of sub 

paths is at most lopt /I + and each one intersects at most 3" cubes, proving the claim. 

Now, we claim that the number of cubes whose centers CBoxes visits or tries to visit is 
0{c). Let C be such a cube. Then Bob's center comes within / < e < r' of the center of 
C. Since there are no bottlenecks, C's center is within r' of a point p on an r'-path. Since 
o solves COVER, o contains a point q within r' of p. Let D be the cube containing q. 
By the triangle inequality, C is contained in the radius e/2 + I + r' + r' + e/2 < 3.5e -|- 2r 
ball centered at D. If V{2>.be + 2r) is the volume of the n-sphere of radius 3.5e -|- 2r, then 
there are at most V(3.5€ + 2r)//"' cubes in this sphere. This is certainly no more than 
[(3.5e + 2r)//]". Hence, the number of cubes visited successfully or unsuccessfully by Bob 
is at most c[(3.5e + 2r)/l]"-. 

The length of Bob's path is at most 21 times the number of Boxes Bob visits or tries to 
visit. This is at most 2k[(3.5e + 2r)//]" < 2l3''{lopt/l + l)[(3.5e + 2r)//]". 

□ 

8. Analysis of Boxes 

Theorem 8.1. If there is an {r + e)-path, p, from S to T, then BoxeSe(S,T) will move Bob 
from S to T. 



Proof. If there is an r'-path from S to T then the analysis from Theorem 7.1 guarantees 
that there is a path moving directly between centers of adjacent cubes from S to T. Given 
a large enough bounding ellipsoid. Bob will find this path. □ 

We now compute an upper bound on complexity for Boxes. First, though, note that 
Gabriely and Rimon use ellipses as the virtual boundary obstacles. In fact, for the NAV 
problem, the (rotationally symmetric) ellipsoid is the optimal shape in general, as an ellip- 
soid is precisely the locus of points along paths from 5 to T of a given length, which will 
play a roll in the proof below. 

Theorem 8.2. Let lopt be the length of the optimal path from S to T for a robot of radius 
r + e. Then the length of the path generated by Boxes^ is at most 

Cn{loptr(^y ' + 

where Cn = ^%n^_i for n = 2, 3 and Cn = 2"-i f'^^ n > 3, and d„ = 2 * 6" for n = 2, 3 
and dn = ^Jn * 6" for n > 3. 

Corollary 8.3. For a fixed e, the Boxes^ algorithm is optimally competitive when solving 
both the modified SEARCHn and modified NAVn problems. 

Proof. As is the case with the CBoxes algorithm, the Boxes algorithm has Bob traverse a 
subtree of the graph G defined in Section [7j The number of edges in a tree is the number 
of vertices minus 1, and Bob travels on each edge at most twice. Furthermore, when Bob 
makes a false start down a blocked edge to some cube. Bob never attempts to move to that 
cube again (as it will be colored Red). Thus the path of Boxes during any iteration is at 
most 21 times the number of cubes that intersect or are contained in £. For an easy and 
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succinct upper bound on the number of such cubes, we note that the eUipsoid is contained in 
the hypercube of vohinic (2a)" centered at the barycenter of the eUipsoid. This hypercube 
intersects at most (2a// + 2)" < (4a//)" cubes in the partition of X. 

Suppose Boxes has terminated after iteration i, with a = 2*ao. If i > 0, then a is finally 
large enough that GraphTraverse finds its way to T, while the previous bounding ellipsoid 
is not large enough. In particular, l^pt > a/2 = 2*~^ao, since otherwise the optimal path 
would be entirely within the previous bounding ellipsoid, and hence Boxes would have found 
a path between the centers of White cubes in that iteration. Thus the total number of edges 
that Boxes traverses is at most 



n * 



4ao \ y-^^j" 

j=0 

4aoY (2*+^)"- 1 



< 



< 



I J 2" - 1 

4\" (2^+iao)" 



I J 2" - 1 

1 /le/optX" 



2" - 1 V / 



If z = 0, then of course Igpt > d{S,T), so we still have lopt > a,o/2 unless possibly when 
d{S,T) < I. If d{S,T) < I, a = qq < 21. In this case, the total number of edges Boxes 
traverses is at most 

^■"+2) <6". 



/ 

Each edge has length /. Remembering that we have to move to and from the centers of the 
first and last cubes, we may need to travel an additional length ^/nl < e. Noting that / is 
defined in terms of e gives an upper bound on the total distance traveled while executing 
Boxes: 

where c„ and dn are the constants in the statement of the theorem. 

□ 



9. MOTIVATIONS AND OBSERVATIONS 

We wish to comment on the motivations and observations for the various algorithms 
above. 

The key idea for CBoxes and Boxes is to consider the tasks from a coarse-geometric 
viewpoint. The introduction of the clearance parameter e and the modification of the tasks 
allow us to approximately, or coarsely, achieve the initial goals. The introduction of the grid 
of cubes is to have Bob discretely sample the unknown environment. Indeed, the ability to 
navigate around an obstacle in dimension greater than 3 cannot be accomplished by simple 
clockwise traversal of an object - a robot cannot touch every point on the boundary of an 
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Figure 5. On the left is a spherical obstacle. The central figure shows which 
cubes in the given cube decomposition of the surrounding space intersect 
the spherical obstacle. On the right is the shadow of the appropriate Rips 
complex, which is essentially the approximation of the obstacle our algorithm 
uses. 

n > 1 dimensional obstacle in finite time - so some discretization is necessary (as is having 
a nonconstant amount of memory) . 

In terms of obstacle boundaries, the discretization we invoke should be familiar to, for 
instance, image analysts, graphics programmers, or anyone modelling 3-dimensional objects. 
We use the discrete sampling of the space to form a mesh of points near an object, and 
approximate the object using this mesh. In mathematical terms, we are essentially taking 
the shadow of the e-Rips complex of centers of cubes which are within r of an obstacle. 
The d-Rips complex of a set of points V with known distances between the points is the 
abstract simplicial complex such that there is a simplex with vertices {va} C ^ if and 
only if the maximal distance between points in {va} is at most d. The shadow of the Rips 
complex is the projection of the Rips complex into M", where a simplex with vertices {va} 
is mapped to the convex hull of the points {va}. Thus, the shadow of the Rips complex can 
be thought of as a local convex hull of grid points near obstacles. Although Bob does not 
actually compute the shadow of the Rips complex when executing our algorithms, this was 
a motivation for our algorithm. 

In fact, we believe it is possible to eliminate dependence on a particular decomposition 
of X into cubes, allowing motion in arbitrary directions and allowing arbitrary points of 
contact with obstacles. Such a modification could require computation of the Rips complex 
and its shadow. 

We also wish to mention an interesting result of Caraballo related to navigation problems. 
Caraballo's result states in the case of M" that: 

Theorem 9.1. [5^ Let C be a compact subset o/M". For any point q £ X and for almost 
every r > 0: 

Voln^i{{d-c\r)) n B^{q, 2r)) < 4"+V"-\ 
where dc{x) := d[x,C) and B^[q,2r) is the n-ball of radius 2r about q. 

Let us reinterpret Caraballo's result: 

Corollary 9.2. Let X C M" be a space to be explored. Let A denote the boundary of the 
set of all points in X of distance at most r from an obstacle point of X. For almost all r, 
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(1) The volume of A is finite. 

(2) There is a uniform hound K{r) on the volume o/ A n B{q, 2r) for any point q £ X . 

For an example of a surprising implication of Caraballo's Theorem, consider a fractal 
cm've C cM?. Let X consist of all points within r + e of C, and let A denote the boundary 
of the set of all points in X of distance at most r from its boundary (that is, points of 
distance e from C). If e = 0, then A = C and A has infinite length. But Caraballo's 
theorem says that for almost all other e, the length of A is finite! 

The importance of Caraballo's Theorem is in the uniform control on how much a robot is 
meant to explore given a space X. Although this control on volume proves nothing about 
an algorithm's runtime in higher dimensions, it suggests that our tasks are at least close to 
solvable. 

In environments with finitely many obstacle points, Caraballo's Theorem has more di- 
rectly applicable consequences. We claim that, in such environments and for re = 2 in 
particular, Caraballo's Theorem justifies the quadratic competitiveness of the CBUG algo- 
rithm (see Theorem 3.2 and the following discussion), as follows. 

Corollary 9.3. Fix re = 2 and an environment X with finitely many obstacle points. For 
every r > 0, there exists some constant k = k{r) such that, if Boh traverses some path 7 
of finite length I by moving along the boundary of an obstacle, then I is at most k ■ A/(2r), 
where A is the area swept out by Bob while traversing 7. 

Proof. Consider the function / :M^MU{oo} defined so that /(t) is the 1-volume of the 
boundary of the t-neighborhood of the obstacles of X. By Caraballo's result, for almost all 
t, f{t) is finite with an explicit upper bound. As there are finitely many obstacle points in 
X, it is a small exercise to see that / varies continuously with t. Thus, Caraballo's result 
shows that f{t) is everywhere finite with an explicit upper bound. If we cover 7 with balls 
of radius r/2, then Caraballo's result tells us that, since balls of radius r/2 are contained 
in balls of radius 2r, 

/ < N ■K{r). 

We now choose a particular covering of 7 by balls of radius r/2. Take the lattice of points 
in M? such that each coordinate of each point is an integer multiple of r/(2\/2). Note the 
maximal distance from any point in to a lattice point is r/4. Place a ball of radius r/2 
about each lattice point, so that every point in is in some ball. Now, keep only those 
balls which intersect 7. Let N denote the number of such balls. 

Each of the balls in our chosen covering has diameter r and contains a point of 7, so is com- 
pletely contained in the r-neighborhood of 7. Also, any given point of the r-neighborhood 
of 7 is contained in at most 4 balls, by the choices made in placing the balls. Thus, dividing 
the sum of the volumes of the N balls by 4 gives a lower bound on A: 

N ■Vol2{B{r/2))/A < A. 

Combining the two above calculations, we obtain: 

= < M < A = A 

2&r K{r) " " Vol2{B{r/2)) ixr'^ ' 

Solving for Z, we have: 

, 2048 1 , 

I < A. 

TT 2r 
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This provides the desired k. 

□ 

Note Bob always follows a 1-dimensional path, so Caraballo's result will not help us 
estimate lengths of paths when n > 2, even for nice values of r and finitely many obstacle 
points. However, we note there are statements of similar results for higher values of n 
and finitely many obstacle points, estimating the (n — l)-volume of the boundary of the 
neighborhood of obstacle points. 

For finite numbers of obstacle points, A consists of arcs of circles - i.e. A is a smooth 
curve along which a robot can roll. The Caraballo result says that A has finite length, but 
it is important to note this does not take into account time taken for a robot to change 
directions. That is, it is assumed that a robot can turn instantaneously. If turning time 
is taken into account, then there is probably no upper bound on runtime for an algorithm 
tracing A. 

10. Observations and Improvements 
We are able to make a number of improvements to the algorithms described. 

10.1. Sampling Improvement for COVER, SEARCH, and NAV. For this paper, we 

have chosen to discretely sample the unknown environment X via the centers of a grid of 
cubes. These centers form a lattice (in fact, a cubical lattice: they are the vertices of the 
dual cubical tiling). Let the diameter of a lattice denote the maximum distance between 
points in a primitive cell of the lattice - that is, a fundamental domain of the quotient of 
R" by the translational symmetries of the lattice. The only mathematical properties of the 
lattice we used were that every point in M" was within r of a point of the lattice, and that 
the diameter was at most e. In fact, other lattices would work. One should be able to choose 
a more efficient lattice structure to sample the space with fewer lattice points. This problem 
is closely related to that of sphere-packing. Duals of lattices associated to optimal sphere- 
packing seem to reduce the number of lattice points per volume needed. In particular, using 
the duals of the lattices associated with Gauss's hexagonal sphere-packing in dimension 2 
or close packings in dimension 3 should yield better results in those dimensions. Indeed, if 
one could find a good way of encoding it, even a good irregular sphere-packing would yield 
a better sampling of X. 

10.2. Taking Diagonals Improvement for COVER, SEARCH and NAV. Our com- 
plexity estimates in part relied on the distances between centers cubes sharing a codimension- 
1 face. However, one can obtain similar estimates even if one allows Bob to travel from 
the center of one cube to the center of any other adjacent cube, sharing a face of arbitrary 
codimension. This may worsen the complexity estimates, but should improve average-case 
runtime by a factor of up to y^. 

10.3. Noticing T Improvement for SEARCH. While trying to solve the SEARCH^ 

problem, it will occasionally happen that Bob finds out where T is but cannot move its center 
directly to T because of nearby obstacles (for instance, when e < (v^ — l)r and T is close to 
the center of a gap in obstacles slightly smaller than Bob). Whenever T is discovered, the 
Boxes algorithm should begin to treat SEARCHn as if it were a NAVn problem, and use 



MULTIDIMENSIONAL ONLINE ROBOT MOTION 



23 



the improvements below for choosing the cube D referenced in the GraphTraverse algorithm 
and travelling expediently to T. 

10.4. Maximal Coloring Improvement for COVER, SEARCH and NAV. One 

straightforward improvement to the algorithms is to take full advantage of knowing a point 
on the boundary of an obstacle. Currently if Bob runs into an obstacle, only the cube D 
that Bob was trying to get to is colored Red. But Bob knows that many other cubes should 
also be colored Red. The Maximal Coloring Improvement is, whenever an obstacle point 
is encountered, to color all cubes Red that have all corner points within distance r' of the 
given obstacle point. As a cube is convex, this is equivalent to saying a robot of radius r' 
with center in the cube will intersect the obstacle point. 

If we are solving SEARCH or NAV and we know T is in a Red cube, stop. T cannot 
be reached. 

This improvement will cause many White and Pink cubes to be colored Red, and occa- 
sionally will cause a Yellow cube to be colored Red. To take this into account. Bob needs to 
check and see if the Yellow cube C' colored Red is directly between the cube Cs containing 
S and the current cube C in the spanning tree generated by the CBoxes and Boxes algo- 
rithms. If C is between Cs and C, then Bob should immediately return to the cube before 
C , ignoring any White neighbors of cubes between C' and C. Either these neighbors will 
be explored via some other route, or they are not reachable by a robot of radius r' and so 
should not be explored. 

10.5. Gray Improvement for NAV. For the modified NAVn problem, another improve- 
ment may be made by adding a new color. As written, GraphTraverse will explore every 
possil)lc White cube, even if exploration would give Bob no new information on how to get 
to T. For instance, consider a space with a very large sphere about S as an obstacle sepa- 
rating S from T. Place a hole in the sphere so that a robot of radius r + e can fit through. 
Imagine that Bob has explored the entire inner boundary of the sphere, and finally reaches 
the hole. Clearly, Bob should exit the sphere, as exploring any more boxes inside the sphere 
would just require backtracking, and Bob knows it. This knowledge should be incorporated 
into the algorithm, and can be as follows. We create a new color designation: 

• Gray: Never to be explored. 

Bob doesn't know what's in a Gray cube, but Bob will never go into one. If there is ever a 

connected component Z of the union of all White cubes that doesn't contain T, color every 
cube in Z Gray. Any path through centers of cubes to T through Z can be replaced by a 
path not through Z (eventually, entirely through Yellow cubes). 

When combined with the Pink color designation for the Boxes algorithm, note that which 
cubes are White and which are Gray should be recomputed by Boxes between executions 
of GraphTraverse. 

10.6. Greedy Improvement for NAV. Coloring cubes Gray can potentially save Bob 
unnecessary exploration time by helping decide which cube D to explore next while execut- 
ing the GraphTraverse algorithm. In fact, there is an even more efficient way of choosing 
which cube D to explore in the GraphTraverse algorithm. At every step, choose D as fol- 
lows. If there is a path from the current cube C through centers of cubes to T such that all 
cubes on the path are colored White except possibly at the endpoints, then find a shortest 
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such path 7. Choose D to be the next cube along 7 from C. If there is no path from C 
though centers of White cubes to T, there is no need to explore any adjacent unexplored 
cubes. In fact, with the Gray Improvement, there can be no adjacent White cubes: all adja- 
cent unexplored cubes can be colored Gray. In this situation, GraphTraverse will have Bob 
back up to the last cube which is not surrounded by non- White cubes. If ever there does 
not exist a path from a previously explored Yellow cube through White cubes to T, stop: 
no path exists from S to T for a robot of radius r + e. In other words, choose D greedily, 
and this is guaranteed to work. Note this way of choosing D does not actually require the 
introduction of the color Gray, and this improvement supersedes the Gray Improvement. 

We note that this improvement can in particular be applied to Boxes^ when in 2- 
dimensional environments. Compared to CBUG, Boxes has two drawbacks: the require- 
ment of nonconstant memory, and the introduction of the clearance parameter e, particularly 
in the dependence on e in the upper bound on competitiveness. However, both algorithms 
are optimally competitive with respect to modified Igpt, and in many environments the 
Greedy Improvement will help Boxes by always proceeding towards the target instead of 
exploring the entirety of an obstacle. 

10.7. Wide Open Spaces Improvement for COVER, SEARCH and NAV. Cur- 
rently, our algorithms use very small cubes to explore X. 11 X has a large open area to 
explore, this can be wasteful. Just as the Maximal Coloring Improvement takes advantage 
of where obstacles are, we should also take advantage of where obstacles are not. We can 
do this with the following observation. Let N denote the r'-neighborhood of the center of 
a White cube C. If is contained in the union of r-ncighborhoods of all (nearby) centers 
of Yellow cubes, then we know even without visiting C that C should be colored Yellow (or 
some color designating that the cube need not be visited). 

If the cubes which are visited arc chosen carefully, this can greatly reduce the number 
of cubes which need to be explored. We note, however, that this improvement is mostly 
unnecessary when using the following Subdivision Improvement, which is similar in essence. 

10.8. Subdivision Improvement for COVER, SEARCH and NAV. Our algorithm 
as stated subdivides the ambient space into cubes which are as small as necessary to prove 
our theorems. But boxes of side length less than e/^/n can be too small in large, sparsely 

obstructed environments. The only time it was necessary for us to use such small cubes 
was when proving our algorithm successfully executes in task instances which require Bob 
to pass through tight corridors, of diameter greater than r + e but not by much. We may 
search for such tight spaces using a much coarser exploration grid (i.e. much larger boxes), 
and only subdivide one of these larger boxes into smaller boxes when necessary. 

We present here the precise subdivision algorithm for NAV . The other algorithms are 
similar. 

Begin by breaking X into a grid of axis-parallel cubes of side length V on the order of 
r, so that the centers of adjacent cubes (sharing a face with arbitrary codimension) are no 
more than 2r apart - say, I' := r/(2^/n). Start with a fixed-radius bounding ellipsoid and 
execute Boxes with the following changes. When an obstacle point, p, is encountered, color 
cubes Red like in the Maximal Coloring Improvement. Subdivide a non- Red cube into 3" 
subcubes if its side length is greater than / and it intersects the r' ball centered at p. Color 
each of the newly created cubes as appropriate: White by default. Red if all corners are 
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within r' of the obstacle point, Pink if entirely outside of the virtual bounding ellipsoid, 
and Yellow when the center has previously been visited. Subdivided cubes are adjacent to 
any cube with which they share any portion of a face. If execution stops without reaching 
T, color every Yellow cube White and restart with the new set of cubes. Continue until no 
new subdivisions are created. If at this point T has not been reached, expand the bounding 
ellipsoid and repeat. 

Proof of correctness. Suppose the ellipsoid is large enough to contain an r' path, p, from 
S to T. Then we claim that the algorithm finds T before expanding the ellipsoid again. 
Suppose not. Then the algorithm goes through an iteration without finding T and without 
subdividing a cube. Since p is an r' path, it never enters a Red cube. Thus p either never 
leaves Yellow cubes or it enters a White cube, W ^ adjacent to a Yellow cube, Y . 

In the first case, Bob visited the center of the cube C containing T but was unable to 
move straight from the center to T, so Bob must have hit an obstacle point, p. The r' 
neighborhood of p contains Bob's center and thus intersects C. Since p also intersects C, C 
is not entirely contained in the r' neighborhood of p. Thus C should have been subdivided, 
and we have reached a contradiction. 

In the second case. Bob attempted to move from the center of Y to the center of W but 
encountered an obstacle point. Similar to the reasoning in the previous paragraph, either 
Y or W should have been subdivided. □ 

The Subdivision Improvement means that, for the vast majority of the time, our al- 
gorithms will quickly move about in large steps. Although we give no analysis here, the 
length of the path travelled using the Subdivision Improvement can be made to be at most 
a constant times the length of the path travelled without the improvement by limiting the 
number of times the algorithm can restart within each ellipsoid. Thus, the upper bound on 
competitiveness with the Subdivision Improvement is in the same complexity class as the 
basic algorithm. In typical cases, with the Subdivision Improvement our algorithms should 
not only run faster but need far less memory to execute. 
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